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Foreword 

This Technical Specification has been produced by the 3"* Generation Partnership Project (3GPP). 

The contents of the present document are subject to continuing work within the TSG and may change following formal 
TSG approval. Should the TSG modify the contents of the present document, it will be re-released by the TSG with an 
identifying change of release date and an increase in version nuitiber as follows: 

Version x.y.z 

where: 

X the first digit: 

1 presented to TSG for information; 

2 presented to TSG for approval; 

3 or greater indicates TSG approved document under change control. 

y the second digit is incremented for all changes of substance, i.e. technical enhancements, corrections, 
updates, etc. 

z the third digit is incremented when editorial only changes have been incorporated in the document. 



Introduction 

Broadcast and Multicast are methods for transmitting data-grams from a single source to several destinations (poinMo- 
multipoint). To date, release-4 and release-99 define two services in this respect: 

A cell broadcast service (CBS) allowing for low bit-rate data to be transmitted to all subscribers in a set of given cells 
over a shared broadcast channel. This service offers a message-based service [5,6] 

Ail IP-Multicast service allowing for mobile subscribers to receive multicast traffic. This service does not allow for 
multiple subscribers to share radio or core network resources and as such does not offer any advantages as far as 
resource utilization within the PLMN and over the radio access network. [3,4] 

It is envisaged that for some applications, multiple users can receive the same data at the same time. The benefit of 
multicast and broadcast in the network is that the data is sent once on each link. For example, an SGSN will send data 
once to an RNC regardless of the number of Node Bs and UEs that wish to receive it. The benefit of multicast and 
broadcast on the air interface is that many users can receive the same data on a common channel, thus not clogging up 
the air interface with multiple transmissions of the same data. 

With increasing use of high bandwidth applications in third generation mobile systems, especially with a large number 
of users receiving the same high data rate services, efficient information distribution is essential. Thus, broadcast and 
multicast are techniques to decrease the amount of data within the network and use resources more efficiently 



3GPP 



R I ase6 



5 



3GPP TS 22.146 V6.2.0 (2003-03) 



1 Scope 

This Technical specification defines the stage one description of the Broadcast and Multicast Services for the 3GPP 
System (UTRAN and GERAN). Stage one is the set of requirements which shall be supported for the provision of 
Broadcast and Multicast services, seen primarily from the subscriber's and service providers' points of view. 

This TS includes information applicable to network operators, content providers, and terminal and network 
manufacturers. 

This TS contains the core requirements for Multicast and Broadcast Services, which are sufficient to provide a complete 
service. 



2 References 

The following documents contain provisions which, through reference in this text, constitute provisions of the present 
document. 

o References are either specific (identified by date of publication, edition number, version number, etc.) of 
non-specific. 

o For a specific reference, subsequent revisions do not apply. 

o For a non-specific reference, the latest version applies. In the case of a reference to a 3GPP document (including 
a GSM document), a non-specific reference implicitly refers to the latest version of that document in th^ same 
Release as the present document, 

[1] 3GPP TR 21.905: " Vocabulary for 3GPP Specifications 

[2] RFC 1112: "Host extensions for IP multicasting", RFC 1920:" Internet official protocol standards", 

RFC 1458: "Requirements for multicast protocols", RFC 1301: "Multicast transport protocol" 

[3] 3GPP TS 22.060: "General Packet Radio Service (GPRS); Service description; Stage 1 ", 

[4] 3GPP TS 23,060: "General Packet Radio Service (GPRS); Service description; Stage 2". 

[5] 3GPP TS 25.324: "Broadcast/Multicast Control BMC" 

[6] 3GPP TS 23.04 1 : "Technical Realization of Cell Broadcast Service (CBS)" 



3 Definitions, symbols and abbreviations 
3.1 Definitions 

For the purposes of the present document, the definitions in 3GPP TR 21 .905 [1] as well as the following definitions 
apply. 

Broadcast service area: The area in which a specific broadcast service is available. It is defined individually per 
broadcast service. The broadcast service area may represent the coverage area of the entire PLMN, or part(s) of the 
PLMN's coverage area. The broadcast service area is the sum of all local broadcast areas offering the same service. 

Local Broadcast Area: The area of a broadcast service, where the service content is the same. One broadcast service 
may have different content in different local broadcast areas. 

Broadcast mode: The part of MBMS that supports broadcast services. 
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Broadcast service: A unidirectional point-to-multipoint service in which data is efficiently transmitted from a single 
source to multiple UEs in the associated broadcast service area. Broadcast services may be received by all users who 
have enabled the specific broadcast service locally on their UE and who are in the broadcast area defined for the 
service. 

Broadcast session: A continuous and time-bounded reception of a broadcast service by the UE. A single broadcast 
service can only have one broadcast session at any time. A broadcast service may consist of multiple successive 
broadcast sessions. 

Mobile Station (MS): Defmed in TS 24.002. (The abbreviation "UE" in this specification refers both to MS and User 
Equipment.) 

Multicast transmission activation: The process by which the network activates the transmission of Multicast data. 

Multicast service area: The area in which a specific muhicast service is available. It is defmed individually per 
multicast service. The multicast service area may represent the coverage area of an entire PLMN, or part(s) of the 
PLMN*s coverage area. The multicast service area is the suni of all local multicast areas offering the sanie service. 

Local multicast area: The area of a multicast service, where the service content is the same. One multicast service may 
have different content in different local multicast areas. 

Multicast mode: The part of MBMS that supports multicast services. 

Multicast joining: The process by which a user joins a multicast group. 

Multicast session: A continuous and time-bounded reception of a multicast service by the UE. A single multicast 
service can only have one multicast session at any time. A multicast service may consist of multiple successive 
multicast sessions. 

Multimedia Broadcast/Multicast Service (MBMS): A unidirectional point-to-multipoint service in which data is 
transmitted from a single source entity to a group of users in a specific area. The MBMS has two modes: Broadcast 
mode and Multicast mode. 

Multicast group: A group of users that have an activated MBMS in multicast mode and therefore are ready to or are 
receiving data transmitted by this service. The multicast group is a subset of the Multicast subscription group. 
Multicast subscription group members may join the corresponding multicast group. 

Multicast service: A unidirectional point-to-multipoint service in which data is efficiently transmitted from a single 
source to a multicast group in the associated multicast service area. Multicast services can only be received by such 
users that are subscribed to the specific multicast service and have joined the multicast group associated with the 
specific service. 

Multicast subscription: The process by which a user subscribes or is subscribed to a multicast subscription group and 
thereby is authorised to join certain multicast services. Multicast subscription is performed either upon user selection or 
due to home environment initiation. 

Multicast Subscription Group: A group of users who are subscribed to a certain MBMS in multicast mode and 
therefore authorised to join and receive multicast services associated with this group. 



User Equipment: defined in TS 21.905. An occurrence of a User Equipment is an MS for GSM as defined in TS 
24.002. 



3.2 



Abbreviations 



For the purposes of the present document, the following abbreviations apply: 



MBMS 

MS 

UE 



Multimedia Broadcast/Multicast Service 
Mobile Station 
User Equipment 
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4 General description of a multimedia 
broadcast/multicast service (MBMS) 

Point to multipoint services exist today which allow data from a single source entity to be transmitted to multiple 
endpbints. These services are expected to be used extensively over wireless networks, hence there is a need for a 
capability in the PLMN to efficiently support them. The Multimedia Broadcast/Multicast Service (MBMS) will provide 
this capability for such broadcast/multicast services provided by the home environment and other VASPs. 

The MBMS is an unidirectional point to multipoint bearer service iii which data is transmitted from a single source 
entity to multiple recipients. It is anticipated that other services will use these bearer capabilities^ 

3GPP has defmdd two modes of operation: 

- the broadcast mode 

^ the multicast mode, 

4.1 MBIVIS broadcast mode 

The broadcast mode is a unidirectional point-to-multipoint trarismissiori of multimedia data (e.g. text, audio, picture, 
video) from a single source entity to all users in a broadcast service area. The broadcast mode is intended to efficiently 
use radio/network resources e.g. data is transmitted pVer a common radio channel . Data is transmitted iii the broadcast 
service area as defined by the network (Home ehvironment)^ 

MBMS data transmission should adapt to different RAN capabilities or different radio resource availability, e.g. by 
reducing the bitf ate of the MBMS data. The selection and description of an appropriate mechanism is subject to MB|MS 
stage 2. 

Figiure 1 gives an example of how a network can be configured to broadcast a variety of high; bit rate services to users 
within the associated broadcast service area. 

A broadcast service received by the UE, involves one or more successive broadcast sessions. A broadcast service might, 
for example, consist of a single on-going session (e.g. a media stream) or may involve several intermittent sessions over 
an extended period of time (e.g, messages). ^ 




Figure 1 : Example of Multicast Br adcast Mod Network 

The broadcast mode should not be confiised with the existing Cell Broadcast service (CBS) which is currently used for 
low bit rate services (messaging) whilst the broadcast mode enables the broadcast of multimedia services (Audio, Video 
etc). 
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An example of a service using the broadcast mode could be advertising or a welcome message to the network. As not 
all users attached to the network may wish to receive these messages then the user shall be able to enable/disable the 
reception of these broadcast service on his UE. 

The broadcast mode differs from the multicast mode in that there is no specific requirement to activate or subscribe to 

the MBMS in broadcast mode. 

The broadcast mode should allow terminals to minimise their power consumption. 

It is expected that charging data for the end user will not be generated for this mode. The reception of the traffic in the 
broadcast mode is not guaranteed. The receiver may be able to recognize data loss. 

4.2 MBMS multicast mode 

The multicast mode allows the unidirectional point-to-multipoint transmission of multimedia data (e.g. text, audio,- 
picture, video) from a single source point to a multicast group in a multicast service area. The multicast mode is 
intended to efficiently use radio/network resources e.g. data is transmitted over a common radio channel. Data is 
transmitted in the multicast service area as defined by the network (Home environment). In the multicast mode there is 
the possibility for the network to selectively transmit to cells within the multicast service area which contain members 
of a muhicast group. 

MBMS data transmission should adapt to different RAN capabilities or different radio resource availability, e.g. by 
reducing the bitrate of the MBMS data. The selection and description of an appropriate mechanism is subject to MBMS 

stage 2. 

A multicast service received by the UE, involves one or more successive multicast sessions, A multicast service might, 
for example, consist of a single on-going session (e.g. a multimedia streani) or may involve several intermittent 
multicast sessions over an extended period of time (e.g. messages). 

An example of a service using the multicast mode could be a football results service for which a subscriptioti is 
required. 

Unlike the broadcast mode, the multicast mode generally requires a subscription to the multicast subscription group and 
then the user joining the corresponding multicast group. The subscription and group joining may be made by the PLMN 
operator, the user or a third party on their behalf (e.g. company). Unlike the broadcast mode, it is expected that charging 
data for the end user will be generated for this mode. 




Figure 2: Example of Multicast Mode Network 

Reception of multicast services cannot be guaranteed over the access network. For many applications and services 
guaranteed data reception may be carried out by higher layer services or applications which make use of MBMS.' \ 
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Multicast mode should allow tenninals to minimise their power consumption. 

The multicast mode defined in this specification should not be confused with IP Multicast (RPC s 1 1 12, 1301, 1458, 
1920 [2]), There are similarities between these two services and such similarities may be exploited in 3GPP networks 
given that 3GPP multicast mode has been defined with consideration to maximizing efficiency on the radio interface 
and of network resources. 

Multicast mode shall be inter-operable with IETF IP Multicast. This could allow the best use of IP service platforms to 
help maximize the availability of applications and content so that current and future services can be delivered in a more 
resource efficient manner. Figure 2 above shows a general high level overview of multicast mode network. 



The following is the expected sequence for the user to be able to access the MBMS multicast mode: 

1 The user subscribes or is subscribed to a multicast subscription group which is uniquely identified and thereby 
becomes a member of that group. The subscription may be continuous (e.g. as defined by the subscriber's 
contract), time-limited, or generated by the subscriber on a one-time basis. The subscription to multicast services 
shall not be further standardized. 

2 The user discovers, or becomes aware (e.g. via service announcements), that there are multicast services 
currently active, or multicast services that will become active at some time later, at the user's current location. 

3a) The user selects a multicast service and hence the user joins the corresponding multicast group. 

3b) As an alternative, the Hprhe Environment can join the user to the selected multicast group on behalf of the user, 
that has previously subscribed to this multicast group. 

Signalling exchange between the UE and the network might not be necessary in some cases, e.g. in the case of 

network congestion. 

4 If the transmission is not already in progress the network starts transmitting the corresponding multicast content. 
Alternatively, the transmission may start at a later time. 

5 The network may optionally select to set up unicast (point to point) connections to some users e.g. ifthere are 
insufficient users to justify multicasting 

6 The UE starts receiving the multicast data associated with the multicast group(s) it has joined 

7 The user may choose to stop receiving a selected multicast service and thereby leaves the multicast group. The 
user may also select to continue (or not) to receive service announcements for this multicast subscription group. 

8 The user may unsubscribe or be unsubscribed from the multicast subscription group and stop receiving both the 
multicast data and future service announcements for this multicast subscription group. 

The home environment shall be able to remove a user fi-om a multicast group (deactivation) and if required remove the 
subscriber fi*om the multicast subscription group (un-subscription). This is required to allow the operator to bar service. 



The user shall be able to find out or be informed about MBMS services available in the network. The network shall 
support service announcements both for the broadcast and multicast mode of MBMS in order to enable the user to be 
informed about the MBMS services available currently, or some time later.. Users should also be able to discover and 
monitor MBMS service availability e.g. using a URL. 



4.2.1 Multicast subscription and reception 



4.3 



Discovery and announcement of MBMS services 
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5 High level requirements 

5.1 Broadcast mode 

5.1.1 Home environment requirements 

- Broadcast services 

The PLMN operator shall be able to provision one or more broadcast services within his PLMN. 

The operators sharing a network shall be able to provide one or more broadcast services for their own 
subscribers and inbound roamers from roaming partners only. This shall be applicable for sharing of radio 
network and for sharing of radio network and the core network entities connected to the radio network. 

A broadcast area is configured individually for each broadcast service. Broadcast areas associated with different 
* broadcast services are independent of each other and may overlap. 

A broadcast service shall be able to distribute different content data to different locations, i.e. local broadcast 
areas, within the broadcast service area as shown in figure 3. This allows the user to receive broadcast data 
depending on his location (e.g. a "nationwide traffic service" with localized traffic reports) Only one location 
specific version of content data is distributed to each of the individual local broadcast areas, i.e. in any location a 
user will never receive different content data from a single broadcast service. 

It shall be possible to define a broadcast service for only the subscribers and inbound roamers of one of the 
operators sharing network. The broadcast services transmitted in a broadcast service area of operator A shall 
only be available to the subscribers and inbound roamers of operator A. The broadcast areas of different sharing 
operators may cover the same geographical area, This shall be applicable for sharing of radio network and for 
sharing of radio network and the core network entities connected to the radio network. 



Broadcast Service 
Data Source 



QoS or 

Media component^ 



Content data 1 
in Local broad* 
cast area A 



Content data 2 
in Local broad- 
cast area B 



Content data 3 
in Local broad- 
cast area C 



Broadcast Service Area 



Figure 3 Broadcast Service with different content data for different locations 



- Quality of service 

The PLMN operator shall be able to configure the quality of service for each individual broadcast service. It 
should be possible to adapt the MBMS data transmission to different RAN capabilities or different radio 
resource availability. 

The home environment shall be able to set priority to select which simultaneous broadcast services are supported 
when there is a limit on the resources available.- 

- Network and radio efficiency 

The PLMN operator shall be able to use network and radio resources in an efficient manner. 

NOTE: Allocation of resources based on actual need in the broadcast service area is not applicable for the 
broadcast mode. 
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The operator shall be able to schedule a certain broadcast service at pre-detennined times. 

- Types of data services 

MBMS in The broadcast mode shall be transparent for the transferred data packets independent of the type of 
service being transmitted, will support a number of services, and permit support of and therefore transfer all data 
types e.g. Audio, Data, Video or combinations thereof. A minimum number of data types may need to be 
identified to enable interoperability. 

- Sources of data services 

In addition to supporting their own broadcast services the PLMN shall as well support broadcast services from 
third parties (i.e. HE-VASPs or VASPs) 

- Broadcast service announcements 

The PLMN operator shall be able to provide service announcements for a broadcast service within and outside of 
the broadcast area defined for the service. 

5.1.2 User requirements for MBMS 

- User mobility 

The user shall be able to continue receiving broadcast services throughout the broadcast service area. For 
example, in case of handover and presuming that a certain broadcast service is offered in the target cell, it should 
be possible for the user to continue receiving the service in the target cell. 

- User selectivity 

The user shall be able to discover whiat broadcast services are available at the user's current location and outside 
of the current location. 

The user shall be able to enable/disable the reception of specific broadcast services and can receive 
simultaneously more than one MBMS service. 

The user may be able to define service preference for reception, A priority procedure may be implemented to 
allow the user to select between simultaneous broadcast services e.g. white receiving commercial broadcast 
service a new multicast service may interrupt this. 

While receiving one or more broadcast services, it shall be possible for the user to be informed about incoming 
voice calls or the availability of other MBMS services. 

Dependent on terminal capabilities, it shall be possible for the user to participate in other services, while 
simultaneously participating in MBMS services. For example the user can originate or receive a call or send and 
receive messages whilst receiving advertisements. 

5-2 Multicast mode 

5.2.1 . Home environment requirements 

- Multicast services 

The PLMN operator shall be able to provision one or more multicast services. A multicast area is configured 
individually for each multicast service. Multicast areas associated with different multicast services are 
independent of each other and may overlap. 

Multicast service areas may cover part(s) of one or more PLMNs. 

A multicast service shall be able to distribute different content data to different locations, i.e. local multicast 
areas, within the multicast service area as shown in figure 4. This allows the user to receive multicast data 
depending on his location (e.g. a "nationwide traffic service" with localized traffic reports) Only one version of 
location specific content data is distributed to each of the individual local multicast areas, i.e. in any location a 
user will never receive different content data from a single multicast service. 
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Multicast Service 
Data Source 



Q6S or 

Media component^ 



Content data I 
in Local multi- 
cast area A 



Content data 2 
in Local multi- 
cast area B 



Content data 3 
in Local multi- 
cast area C 



Multicast Service Area 

Figure 4 Multicast Service with different content data for different locations 

- Multicast subscription groups and multicast groups 

The PLN4N operator shall be able to provision one or more multicast subscription groups. The home 
environment shall be able to make a user a member of a multicast subscription group (subscription). 

On receipt of a request to join a multicast group, the PLMN shall check that the user is a member of the 
applicable multicast subscription group. The home environment shall be able to join users to the multicast group 
e.g. at the request of the subscriber. 

- Quality of service 

The PLMN operator shall be able to configure the quality of service for individual multicast services. It should 
be possible to adapt the MBMS data transmission to different RAN capabilities or different radio resource 

availability. " . . 

As part of the same service, it should be possible for the operator to provide the UEs with multiple successive 
sessions with different quality-of-service for each session. 

The home environment shall be able to set priority to select which simultaneous multicast services are supported 
when there is a limit on the resources available. 

- Network and radio efficiency 

The PLMN operator shall be able to use network and radio resources in an efficient manner. 

Within the multicast service area, the network may distribute the data across the whole multicast service area or 
parts of the area. The decision to distribute to only parts of the multicast service area may be based on: a) 
multicast group members are present in a given part of the multicast area b) resources are not available in parts 
of the multicast service area. 

The operator shall be able to schedule a certain multicast service at pre-determined times. 

- Types of services 

The multicast mode shall be independent of the type of service being transmitted, will support a number of 
services, and permit support of all data types e.g. Audio, Data, Video or combinations thereof A minimum 
number of data types may need to be identified to enable interoperability 

- Sources of services 

In addition to supporting their own multicast services the PLMN shall as well support multicast services by third 
parties (i.e. HE- VASPs or VASPs). 

- Multicast service announcements 

The PLMN operator shall be able to provide service announcements for a multicast service within and outside of 
the multicast area defmed for the service. 
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5.2.2 User requirements for MBMS 

- User mobility 

The user shall be able to continue receiving multicast services throughout the multicast service area in which the 
service is provided. For example, in case of handover and presuming that a certain multicast servicers offered in 
the target cell, it should be possible for the user to continue the session in the target cell. It is pos$ible that data 
loss will occur due to user mobility. 

- User selectivity 

The user shall be able to discover what multicast services are available at the user's current location and outside 
of the current location. The user shall be able to select between different multicast services provided to the user 
and can receive simultaneously more than one MBMS service. 

The user may be able to define service preference for reception. A priority procedure maybe implemented to 
allow the user to select between simultaneous broadcast/multicast services e.g. while receiving commercial 
broadcast service a new multicast service may interrupt this. 

While receiving one of more multicast services it shall be possible for the user to be informed about incoming 
voice calls or the availability of other MBMS services. 

Dependent on terminal capabilities, it shall be possible for the user to participate in other services, while 
simultaneously participating in MBMS services. For example the user can originate or receive a call or send and 
receive messages whilst receiving MBMS video content. 

- Multicast subscription groups and multicast groups 

The subscriber shall be able to subscribe to or unsubscribe from a multicast subscription group. (The 
subscription mechanism is outside the scope of this TS.) 

The user shall be able to join a multicast group only if he is a member of the applicable multicast subscription 
group. The user shall be able to leave a multicast group if he is a member of that group. 

5.3 Availability 

MBMS in multicast or broadcast mode shall be available to all users that are registered/attached to a PLMN, in case of 
non-shared network. 

In the case of two or more operators sharing infrastructure (e.g. parts of the radio network or sharing of radio network 
and the core network entities connected to the radio network), it shall be possible for a sharing operator offering MBMS 
in multicast or broadcast mode to prevent access to these MBMS services by subscribers and inbound roamers of the 
other operator(s) sharing the same infrastructure. 

Within the broadcast or multicast service area, it shall be possible to inform users of up-coming MBMS sessions which 
they may receive. This may be usefril e.g. to initiate UE processes fOT the reception of MBMS data. 

In case of roaming a user should also be able to subscribe and join Multicast Services that are provided locally in the 
visited network, as allowed by the user's home environment. 



6 Security 

^ In multicast mode it shall be possible to ensure that only those users who are entitled to receive a specific multicast 
service may do so. It should be possible to choose whether a given multicast service is to be delivered with or without 
ensured group privacy. 
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7 



Charging 



7.1 



Broadcast mode 



It shall be possible to collect charging information for the transmission of broadcast services to enable billing of 
broadcast services providers e.g. billing 3*^ parties for advertising. 

Examples of the type of the charging information that could be collected include: 

- usage duration 

- volume of contents 

The above list of possible charging mechanisms is neither complete nor exhaustive. 



It shall be possible to collect charging information for the transmission of multicast services to enable billing of 
multicast services providers e,g. billing 3"* parties for advertising. 

It shall be possible to collect subscriber charging information (including roaming) for the use of the multicast mode 
(e.g. to enable billing to multicast services providers), as well as for the receipt of multicast data (e.g. users), on a per 
multicast service basis. On-line charging for multicast services should be possible as well. 

Examples of the type of the charging information that could be collected include: . 

- multicast session duration 

- time when joining and leaving a multicast subscription group, duration of membership to a multicast 
subscription group 

^ time when joining and leaving a multicast group, duration of membership to a multicast group 

- multicast session volume of contents 

The above list of possible charging mechanisms is neither complete nor exhaustive. 
Billing issues are out of scope of this TS. . 
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Annex A (informative): 
MBMS Bit Rates 

MBMS Bit Rates 

MBMS shall support a variety of background and streaming class applications. A particular service may be available at 
different bit rates depending on the radio conditions of the access network.The following table contains a non- 
exhaustive list of some applications with typical bit rates that may be suitable for MBMS. (It is assumed that MBMS 
codecs will have similar capabilities to those required to support PSS.) 



Application 


Media type(s) 


^Typical 






Bit rate 


Traffic telematics 


Text, audio, pictograms, 


.8kb/s ~ 64kb/s 




video 




Weather 


Text, video, pictograms 


8kb/S'-64kb/s 


Advertising 


Text, video, pictograms 


8kb/s-*64kb/s . 


News broadcast 


Audio, video 


8kb/s-256kb/s 


Music streaming. 


Audio 


8kb/s - 64kb/s 


(Web radio) 






Video concert 


AudioA/ideo 


32kb/s - 256kb/s 


Sports replay 


Video 


32kb/s - 256kb/s 


File sharing 


. Binary data 


8kb/s " 256kb/s 



1 . Actual bit rates are dependent on ra;di6 access technology and terminal capabilities. 
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